BE Microsoft 


Microsoft EEAP Release Notes 


Key Build validation and Bug Known Breaking 
information feedback fixes issues changes 


Windows Server LTSC and SAC, preview build 17682.1000 


These release notes describe the new features, bug fixes, known issues, and breaking 


changes introduced since build 17677.1000 of Windows Server 2019 Long-Term Servicing 
Channel (LTSC). 


This build includes the following: 


Long-Term Servicing Channel (LTSC) preview 
e Windows Server 2019 Datacenter Edition and Standard Edition with Desktop Experience 
and Server Core installation options (ISO and VHDX) 


Semi-Annual Channel (SAC) preview 
e Windows Server Datacenter Edition and Standard Edition with Core installation options 
(ISO and VHDX) 


Additional content (LTSC and SAC) 
e Nano Server Container 
e Server Core Container 
e Microsoft Hyper-V Server preview 
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Key information 


This section has key information required for testing the latest build. 


Windows Server 
activation keys 


Symbols for 
debugging 


HLK and 
Certification 
Guidance 


This build and all future builds will require use of activation keys during 
setup. The following keys allow for unlimited activations. 


Datacenter 6XBNX-4J QGW-QX6QG-74P76-72V67 
Standard MFY9F-XBN2F-TYFMP-CCV49-RMYVH 


This Server Insider pre-release build will expire on July 2, 2018. 


If you need symbols, you can obtain them from the public symbol server. For 
details, see Using the Microsoft Symbol Server. 


The Windows Hardware Lab Kit (HLK) will be updated to support Windows 10 
vNext and Windows Server LTSC vNext. 


The HLK is updated each week and available for download on Microsoft 
Collaborate, you will see the download locations with your weekly build 
notifications. 


The HLK for Windows 10 and Windows Server LTSC vNext will enforce the 
Windows 10 hardware requirements and policies, which will be posted on 
MSDN in March, and is designed for testing Windows 10 vNext and Windows 
Server LTSC vNext (codename RSS). 


The support scenarios identified in the following table will be accepted. 


WINDOWS 10 DEVICE/COMPONENT SYSTEM 
VERSIONS SUBMISSIONS SUBMISSIONS 
HLK VERSION SUPPORTED ACCEPTED ACCEPTED 
"RSS" Code named "RS5" client “vNext" Server 
"RS5" device/component systems 


"vNext" Server 
device/component 


1709 1709 - client 1709 client 1709 client 
device/component systems 
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WINDOWS 10 DEVICE/COMPONENT SYSTEM 


VERSIONS SUBMISSIONS SUBMISSIONS 
HLK VERSION SUPPORTED ACCEPTED ACCEPTED 
1703 1703 - client 1703 client 1703 client 
1607 - client device/component systems 
1607 client 


device/component 


1607 1607 - client 1607 client 1607 Server 
1607 - Server, device/component systems 
Azure Stack, 1607 Server 
SDDC device/component 
1511 - client 1511 client 


device/component 


When submitting a Windows 10 RS5 and Windows Server LTSC vNext HLK 
package for validation, you must use Windows 10 vNext and Windows Server 
LTSC vNext, version build TBD or newer on the test device. The submission 
will otherwise be rejected. 


You must continue to use the Windows Hardware Certification Kit (HCK) 
version 2.1 to certify for following operating systems: 


e Windows 7 

e Windows 8 

e Windows 8.1 

e Windows Server 2012 

e Windows Server 2012 R2 


You must continue to use the Windows Logo Kit (WLK) version 1.6 to certify 
for following operating systems: 


e Windows Server 2008 R2 (x64 and ia64) 
e Windows Server 2008 (x86, x64 and ia64) 


Certification for Windows Server 2016, Azure Stack and SDDC must meet the 
Windows Hardware Compatibility Requirements as stated in version 1607 of 
the documentation, use the 1607 version of the Windows Server 2016 
operating system and use HLK version 1607 build 14393 with matching 
playlist and supplemental content to generate logs and following the policies 
stated in the Windows Server Policy. Questions about the Azure Stack or 
SDDC program or how to submit the results for solution validation should be 
directed to the appropriate Microsoft contact—a technical account manager 
or a partner management contact. 
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Playlists to With the change in the policy regarding which versions of Windows 10 the 


support the HLK will validate, it becomes important to note which tests are required with 
incremental each kit. Playlists must match the HLK version used, not the Windows 10 
Windows version under test. You can download all playlists (CompatPlaylists.zip) from 
releases http://aka.ms/HLKPlaylist. 


The follow table lists the required playlist pairings. 


HLK 
VERSION ARCHITECTURE PLAYLIST 
"RS5" x86 or x64 HLK Version 1709 CompatPlaylist x86_x64 
"RS5" ARM64 HLK Version 1709 CompatPlaylist ARM64 
desktop HLK Version 1709 CompatPlaylist ARM64_x86 
on ARM64 
1709 x86 or x64 HLK Version 1709 CompatPlaylist x86_x64 
1709 ARM64 HLK Version 1709 CompatPlaylist ARM64 
desktop * HLK Version 1709 CompatPlaylist ARM64_x86 
on ARM64 
1703 x86 or x64 HLK Version 1703 CompatPlaylist 
1607 x86 or x64 HLK Version 1607 CompatPlaylist 


Testing ARM64 Desktop requires two playlists. For additional information, 
see the setup instructions in Step 1: Install Controller and Studio on the 
test server on Hardware Dev Center. 


Symbols for If you need symbols, you can obtain them from the public symbol server. For 
debugging details, see Using the Microsoft Symbol Server. 
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Installing kits If you are installing the Windows 10 kits on a publicly released OS such as 


on released Windows 10, version 1703, Windows 10, version 1607, Windows 10, 
operating version 1511, Windows 10, Windows 8.1, Windows 8, or Windows 7, you must 
systems disable strong name-signing and manually install two additional test 


certificates. To do this, perform the following installation procedure once for 
each test computer, using an account with administrator privileges on the 
controller computer: 


e From the KitPrelnstall folder, install the TestRoot.cer and TestRoot- 
SHA2.cer test certificates using the following steps: 


1. From the controller computer, right-click the certificate. 
2. Click Install Certificate. 

3. Click Next. 

4. Accept the default for the certificate store, and click Next. 
5. Click Finish. 


e From the same folder, disable strong name signing by installing the 
StrongNameBypass.reg and WOW64StrongNameBypass.reg registry 
keys, as follows: 


From the controller computer, right-click the registry key. 
Click Merge. 

Click Run. 

Click Yes. 


PWN > 


Build validation and feedback 


In each preview release, there are two major areas that we would like you to try out: 


e In-place OS Upgrade (from Windows Server 2012 R2, Windows Server 2016 or a 
previous preview build). 


e Application compatibility — please let us know if any server roles or applications stops 
working or fails to function as it used to. 


Please report any issues you find. 
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In addition, please also validate functionality that was introduced in previous preview 
releases. For a list of new features introduced in earlier releases, see aka.ms/Server|nsider- 
WhatsNew. 


As always, we welcome your feedback. 


Bug fixes 


The bug fixes described in the following table are new in this build. 
WORK ITEM _ DESCRIPTION OF BUG FIX 


16712217 We fixed the following issue: Some third-party apps do not start when run in a 
Hyper-V container, possibly due to an incorrect character set. For affected apps, 
a workaround is to manually set the character set to UTF-8 in your JVM for the 
Container by running set JAVA_OPTS=-Dsun.jnu.encoding=UTF-8. 


17611658 We could not reproduce the following issue: Creation of a basic Linux system 
image in a Hyper-V container fails. On an affected system, Docker reports an 
error: "The command '/bin/sh -c /bin/echo echo test &gt; test.txt’ returned a 
non-zero code." 


16579660 We could not reproduce the following issue: When a system is running a recent 
preview release of the operating system, Windows Server Containers may 
experience an idle time of 240 milliseconds before Docker is started. 


17525112 We fixed the following issue: The Local Security Authority Subsystem Service 
(Isass.exe) may fail, causing the Active Directory server service to fail. When 
removal of a domain is attempted on an affected system, it reports an error: "The 
operation cannot continue because LDAP connect/bind operation failed." 


17512831 We fixed the following issue: Drivers that are supplied with the operating system 
for network adapters from a specific manufacturer may fail to work on recent 
preview releases of the operating system. 
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WORK ITEM DESCRIPTION OF BUG FIX 


17363760 We fixed the following issue: On recent preview releases of the operating system, 
the Failover Clustering feature might not install correctly, leaving the feature in 
“"InstallPending" state. 


16702898, We updated the drivers for specific families of RAID controllers. 
17339544 
16934419 We improved how the NVM Express Storport Miniport driver (StorNvme.sys) 


handles invalid data. 


Known issues 


The following known issues are new in this build, or they were not resolved in the last build. 


WORK ITEM DESCRIPTION OF KNOWN ISSUE 


00000000 In-place OS upgrade: Domain Controllers. Active Directory (AD) Domain 
Controllers (DC) might not be upgraded correctly by an in-place upgrade unless 
the NT Directory Service (NTDS) is stopped before initiating the upgrade. To 
ensure recoverability in the case of failure, back up any AD DC before performing 
an in-place OS upgrade. 


17473252 [NEW] Japanese language characters are not displayed correctly in Command 
Prompt windows and PowerShell windows. 


17618496 [NEW] Docker commands may fail when run on a Windows Server container. 
After a Docker command has failed on an affected system, subsequent Docker 
commands will also fail. 


17033455 Creating or modifying environment variables by using setx on a system running 
Nano Server fails. On an affected system, setx requires a specific path in the 
registry, HKCU\Environment\, to exist by default. 
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WORK ITEM DESCRIPTION OF KNOWN ISSUE 


14972457 The Virtual Machine Management Service (VMMS) may experience an error, 
APPLICATION_FAULT_INVALID_POINTER_READ, in Cluster Manager. 


17152814 A virtual machine that uses a Microsoft Virtual BIOS may fail to start and report 
an error: "Failed to restore with Error ‘Indicates two revision levels are 
incompatible.’ (0x8007051A)" 


12139737 Editing or creating policies for AppLocker can cause the MMC snap-in to crash 
when generated rules for a packaged app. 


16060707 After upgrading the operating system, the AppX database may have corrupted 
entries, which causes problems for components that use those entries. An 
administrator might notice this issue when generating packaged app rules or 
when managing an installed package, resulting in error messages such as "This 
wizard has encountered a fatal error and cannot continue" and "MMC has 
detected an error in a snap-in and will unload it." 


Breaking changes 


No breaking changes are included in this build. 
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